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This  report  describes  a set  of  small,  low  power  signal  j 

processing  modules  capable  of  being  configured  into  a wide  range 

of  weapons  systems.  This  work  vjas  performed  by  the  Digital  and  j 

Signal  Processing  Branch  of  the  Naval  Surface  Weapons  Center.  J 

The  effort  was  supported  primarily  as  an  internal  exploratory  develop- 
ment task,  work  unit  P-1AT-03L-000/ZF61-001,  and  certain  aspects  of  1 

the  work  herein  described  were  supported  by  the  mobile  mine  project,  ^ 

work  unit  S2519-002. 
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COMMON  SIGNAL  PROCESSING  MODULES 


JUSTIFICATION  FOR  COMMON  MODULE  DESIGN 

There  are  currently  a number  of  programs  proposed  or  presently 
in  exploratory  development  in  the  areas  of  advanced  mines,  torpedoes, 
surveillance  sonobuoys,  and  remote  sensors  systems  whose  signal 
processing  requirements  overlap  to  varying  degrees.  The 
requirements  Include  case  orientation  sensing,  correlation,  spectrum 
analysis,  and  post-analysis  processing  for  automatic  line  detection, 
line  integration  and  tracking,  bearing  computation,  and  target 
tracking  and  classification.  Historically,  special  purpose  hardware 
was  designed  for  each  weapons  system,  with  little  or  no  capability 
of  being  easily  adapted  to  other  similar  applications. 

A number  of  shortcomings  exist  in  this  approach.  For  example: 

1.  There  is  a large  amount  of  redundant  effort  expended  in 
the  design  of  similar  hardware. 

2.  Methods  and  hardware  for  simulation  and  testing  of  weapons 
systems  must  be  designed  independently  for  each  system. 

3.  Failure  analysis  must  be  done  separately  for  each  weapons 
system. 

4.  Growth  capability  of  hardware  systems  is  minimal. 

In  short,  many  devices  which  require  similar  types  of  complex 
data  handling  are  designed  entirely  independently.  Increased 
cost  due  to  duplication  of  effort,  longer  development  times,  and 
inferior  products  result. 

The  standard  modules,  which  this  paper  describes,  are  a group 
jf  small,  low  power  digital  signal  processing  modules.  These 
modules  will  be  capable  of  being  combined  in  various  ways  to 
Implement  a wide  range  of  weapons  systems.  Instead  of  designing 
systems  "from  Scratch"  for  a unique  application,  system  designers 
will  be  able  to  configure  the  standard  digital  modules  into  small 
or  large  systems,  to  meet  their  particular  requirements. 
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The  primary  requirement  of  any  such  standardized  processing 
elements  Is  that  they  have  a compatible,  flexible  structure  for 
Intercommunication  of  data  and  command  and  control  Information. 
The  Intercommunication  structure  will  be  continually  emphasized 
In  the  following  chapters. 


I 
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SELECTION  OF  CMOS  TECHNOLOGY 

The  choice  of  CMOS  technology  for  the  microcontroller  was 
dictated  by  the  low  power  requirement  for  the  modules.  No  other 
currently  available  technology  could  have  met  the  requirement. 

A read  only  memory  is  an  Integral  part  of  the  microcontroller. 
Presently  a MOS  memory  is  being  used  because  there  are  no  convenient 
CMOS  ROMS.  We  can  expect  more  practical  low  power  ROMS  to  be  available 
in  the  next  few  years.  Until  then,  in  many  applications,  the  higher 
power  ROMS  may  be  used.  If  they  are  turned  off  when  the  ROM  is  not 
actually  doing  calculations,  the  power  they  use  is  proportional  to 
the  amount  of  computation  done,  and  will  be  very  small  for  problems 
not  requiring  large  amounts  of  computation. 
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SUBSYSTEM  INTERCONNECTION  PHILOSOPHIES 
Walt  Line  Concept 

The  processing  modules  discussed  In  the  previous  chapter  must 
be  capable  of  being  easily  configured  Into  relatively  complex 
structures.  Many  tasks,  for  example,  will  require  several  processing 
units,  each  performing  part  of  the  total  amount  of  work  to  be  done. 
The  synchronization  and  communication  philosophy  followed  In  the 
design  of  the  overall  system  Is  extremely  Important  If  the  system 
Is  to  be  expandable  In  size  and  function.  If  the  Initial 
formulation  Is  not  adequately  general,  then  complex  systems  will 
be  messy  or  Impossible  to  design.  If  the  configuration  and 
communication  structures  are  too  general,  then  simple  systems  will 
be  unnecessarily  slow,  complex,  and  costly. 

In  the  simplest  systems  or  subsystems  of  larger  systems,  there 
Is  one  processor  which  Is  the  "boss".  This  processor  Is  entirely 
responsible  for  controlling  every  operation  done  by  every  device 
on  every  clock  cycle.  The  control  signals  from  this  processor  may, 
for  example,  connect  directly  to  the  gates,  and  busses  within 
the  module,  controlling  the  data  flow  In  a direct  way.  This 
processor  always  knows  whether  a particular  module  Is  busy  or 
not,  since  no  other  processor  can  Issue  commands.  The  QED  (Quick 
and  Easy  Design)  program  (reference  (1))  at  the  Navy  Electronics 
Laboratory  Center,  San  Diego,  deals  primarily  with  this  level  of 
system  structures. 

Subsystems,  as  described  above,  may  be  combined  Into  systems 
employing  levels  of  processors.  At  any  level,  there  Is  only  one 
"boss"  controlling  the  devices  at  Its  level.  Now  however,  a given 
device  may  Itself  be  a "boss"  of  the  devices  at  the  next  lower 
level.  The  boss  does  not  now  know  the  exact  status  of  a 
device  because  It  In  turn  depends  on  the  devices  It  controls. 

A synchronization  scheme  Is  now  needed  to  see  If  a "boss"  can 
accept  another  command,  and  If  a desired  operation  Is  complete. 

Subsystems  can  be  combined  Into  more  complex  systems,  where 
several  "bosses"  can  command  a single  module.  Resources  are  now 
shared  by  many  processes.  A memory,  for  example,  may  be  used 
by  several  processes.  A synchronization  scheme  Is  needed  to  see 
If  the  memory  Is  available.  Priorities  are  needed  to  Insure  that 
the  most  Important  processes  receive  service  first,  yet  every 
process  receives  some  service.  In  addition,  a communication  network 
Is  required  to  multiplex  commands  and  data  to  or  from  a given 
resource . 


2175  Program  Quick  and  Easy  Design  "QED"  of  Systems  Through  High 
Level  Functional  Modularity.  TR  1904,  N.  L.  Tlnkelpaugh  and 
D.  C.  Eddington,  28  Jan  1974. 
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The  actual  Interconnection  hardware  is  dependent  on  the 
particular  system.  What  is  of  concern  here  is  the  command 
structure  which  will  enable  systems  to  be  conveniently  configured 
at  both  the  lowest  and  highest  levels  within  the  system. 

The  command  structure  chosen  for  use  in  the  modules  being  designed 
is  based  on  a WAIT  LINE.  When  a command  is  Issued  to  several  processes, 
the  Walt  line  is  immediately  grounded,  forcing  the  requesting  process 
to  wait.  When  all  of  the  processes  receiving  the  command  have 
completed  enough  processing  to  permit  the  requesting  process  to 
proceed,  (having  removed  any  data  from  the  busses,  etc.)  then  the 
Wait  line  is  raised. 

In  the  simplest  subsystem,  no  Wait  line  is  needed.  The  "boss" 
processor  knows  what  is  busy  and  what  isn't.  The  Walt  line  Is 
merely  shorted  to  the  Hi  supply. 

In  systems  consisting  of  levels  of  subprocesses,  if  a process 
is  commanded  to  perform  an  operation,  it  grounds  its  Wait  line 
stopping  the  commanding  processor.  It  will  unground  the  Walt  line 
when  it  is  permlssable  for  the  commanding  processor  to  proceed. 

If  there  are  several  levels,  there  will  be  one  separate  Wait  line 
for  each  level. 

In  the  most  complex  systems,  there  are  several  processors 
competing  for  services  from  the  same  processes.  The  communication 
network  must  contain  the  necessary  bus  structures  and  priority 
arbitrators  to  Insure  that  only  one  command  actually  reaches 
a process  at  a time,  and  that  if  the  commanded  process  grounds 
its  Wait  line  , then  the  Wait  line  of  the  commanding  process  will 
be  grounded  halting  its  operation. 

Horizontally  and  Vertically  Organized  Systems 

Subsystems,  and  finally  systems  can  be  organized  with 
either  horizontal  or  vertical  command  structures.  In  a 
horizontally  organized  system,  command  lines  are  not  decoded. 

Each  line  represents  a separate  command,  and  as  a result,  many 
commands  may  be  given  simultaneously.  In  a vertically  organized 
system,  command  lines  are  decoded,  so  that  only  one  command  is 
given  at  a time. 

In  the  design  of  a complete  system,  both  horizontally  and 
vertically  organized  controllers  will  be  employed.  At  the  lowest 
level,  primarily  horizontal  control  word  bits  or  fields  will  be 
connected  directly  to  the  gates  and  control  points  within  a 
processing  module.  At  this  level,  the  sequence  of  control  signals 
will  cause  the  data  flow  necessary  to  perform  the  processing  task 
required.  As  the  commanding  controller  knows  exactly  what 
the  status  is  of  what  it  is  controlling,  the  Wait  line  will  not 
normally  be  used. 
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At  higher  levels  within  systems,  primarily  vertically  organized 
control  lines  will  be  decoded  into  specific  high  level  commands  to 
the  lower  processing  modules.  The  Walt  line  will  be  used  here 
to  stop  the  higher  level  module  until  the  receiving  module  can 
respond  to  the  command. 

Naturally,  controllers  can  be  partially  vertical  and  partially 
horizontal,  having  several  decoders,  and  hence  permitting  several 
simultaneous  commands.  The  Wait  line  will  be  used  to  stop  the 
commanding  process  until  the  receiving  processing  modules  can 
respond  to  the  request. 
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INTERCONNECTION  PORT  DEFINITIONS 


Three  kinds  of  ports  are  considered  among  the  digital  processing 
modules,  and  a given  module  may  have  one  or  more  of  each  type  of 
port.  The  three  types  are:  Output  Ports,  Input  Ports,  and 
Control  Ports. 

Output  Port 

An  output  port  consists  of  an  Output  Enable  (OE)  line,  a 
Walt  line,  and  some  number  of  Output  Data  lines,  as  shown  in 
Figure  la.  The  OE  line  is  an  input  to  the  port,  while  the  Wait 
line  and  the  Data  lines  are  outputs  of  the  port.  The  output  data 
lines  are  to  be  implemented  with  tri-state  drivers,  which  are  in 
their  high  impedance  state  whenever  the  OE  line  is  high.  When  the 
OE  line  goes  low,  the  output  data  lines  are  put  in  their  low  impedance 
state  to  output  the  appropriate  data.  The  Wait  line  output  is 
connected  to  commanding  processes  as  described  in  the  previous 
section. 

Input  Port 

An  input  port  consists  of  an  Input  Enable  line,  a Clock  line, 
a Walt  line  and  some  number  of  Input  Data  lines,  as  shown  in 
Figure  lb.  Each  input  data  line  connects  to  an  input  latch  in  the 
module  which  holds  some  previous  value  while  either  the  IE  line 
or  the  Clock  line  is  high.  When  both  the  clock  line  and  the 
IE  line  are  low,  the  latch  passes  the  input  data.  The  new  data  is 
held  by  the  latch  when  either  the  clock  or  the  IE  line  returns  high. 
Normally  the  IE  line  is  stable  during  any  period  that  the  Clock 
line  is  low.  The  Wait  line  is  normally  left  in  the  high  state 
and  is  pulled  down  whenever  the  IE  and  Clock  line  have  gone  low 
and  the  module  has  not  yet  accepted  a new  data  input.  Pulling 
this  line  low  delays  the  controlling  device  until  the  module  has 
accepted  the  new  data. 

Control  Port 


A Control  Port  has  a Clock  Out  line,  a Wait  line,  and  some 
number  of  Control  Level  outputs  as  shown  in  Figure  2.  The  control 
levels  are  used  as  Output  Enable  and  Input  Enable  lines  for  various 
controlled  Output  or  Input  ports  and  for  other  control  information 
(generally  going  to  various  data  Inputs  of  controlled  modules)  as 
desired.  The  control  outputs  change  only  during  times  the  clock 
is  high  and  are  stable  when  the  clock  is  low.  The  Walt  line  is 
an  input  which  stops  the  clock  whenever  it  is  pulled  low. 

When  the  Walt  line  is  pulled  low  by  some  external  device,  the 
clock  proceeds  normally  until  it  reaches  its  LO  state.  Then  it 
stops  in  the  LO  state  until  the  Walt  line  returns  high,  at  which 
time  it  resumes  normal  operation.  See  Figure  2. 
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Other  Lines 


In  addition  to  Output,  Input,  and  Control  ports,  modules 
may  also  have  discrete  status  input  or  output  lines.  Status 
output  lines  Indicate  some  discrete  bit  of  information  from 
within  the  module  and  may  be  active  at  all  times.  Status  input 
lines  provide  a module  with  a means  of  testing  discrete 
information  from  some  other  module. 

Reduced  Flexibility  Ports 

Input,  Output,  or  Control  ports  may  be  implemented  with  less 
than  full  flexibility.  For  example  a control  port  which  never  has 
need  to  delay  an  input  or  output  operation  may  be  implemented 
without  a Wait  line.  Output  ports  for  functions  which  will  always 
be  connected  to  dedicated  Inputs  may  be  implemented  with  no  Enable 
line.  Input  ports  not  needing  latches  may  be  implemented  without 
Clock  or  Input  Enable  line,  or  only  an  Input  Ehable  line  may  be 
required  if  strobing  of  input  data  is  not  required.  For  modules 
having  more  than  one  port,  some  signals  such  as  data  input  or  output, 
Walt  lines,  or  Clock  lines  may  be  common.  However  it  should  be 
recognized  that  any  of  these  steps  reduces  the  ultimate  flexibility 
of  application  of  the  device. 
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STANDARD  MICROCONTROLLER 
General  Definition 


Figure  3 is  the  conceptual  diagram  of  the  microcontroller  module 
of  the  Standard  Signal  Processing  modules. 

The  basic  function  of  the  microcontroller  is  to  provide  the 
operation  sequence  control  for  a larger  processing  system.  This  is 
done  by  controlling  the  address  fed  to  a control  memory,  from  which 
microinstructions  for  the  entire  processor  are  read.  A portion  of 
each  microinstruction  is  used  by  the  microcontroller  to  determine 
the  address  of  the  next  operation,  the  remainder  is  available  for 
control  of  the  remainder  of  the  processor.  The  microcontroller 
must  be  capable  of  providing  basic  timing  signals  to  the 
remainder  of  the  processor  and  of  testing  processor  information  for 
conditional  branches  in  the  sequence.  In  addition,  some  means  must 
be  provided  for  recognizing  requests  from  higher  level  elements 
in  the  system  or  Interrupts  from  within  the  system  being  controlled. 
The  microcontroller  defined  here  is  an  eight  bit  slice  capable  of 
being  Implemented  in  a single  48  pin  Integrated  circuit  package. 

Any  number  of  slices  may  be  combined  to  yield  an  arbitrarily  wide 
controller. 

As  shown  in  Figure  3,  the  basic  8 bit  Program  Counter  (slice) 
can  address  up  to  256  words  of  Control  Memory.  This  Program 
Counter  can  either  be  incremented  during  an  operation 
to  permit  microinstructions  to  be  executed  in  normal  sequence, 
loaded  from  an  address  input  field  to  permit  arbitrary  Jumps,  or 
it  may  interact  with  a Control  Stack.  The  Stack  is  used  to  hold 
return  addresses  during  subroutine  execution  or  Interrupt  handling 
and  may  also  be  used  as  a loop  counter  for  repeated  executions  of 
blocks  of  microcode.  The  function  to  be  performed  is  determined 
by  four  Function  Code  Inputs  (extended  in  some  cases  by  five  bits 
of  the  Address  Inputs),  and  a single  Test  input  is  provided  for 
conditional  branches. 

Basic  timing  of  the  microcontroller  is  generated  by  an 
Oscillator  input.  The  Oscillator  drives  a Clock  Generator  which 
produces  an  output  clock  signal  used  to  drive  any  controlled 
devices.  A Clock  Enable  input  determines  whether  the  Clock 
Output  is  generated  on  each  cycle,  and  a Wait  line  returning 
from  the  controlled  devices  permits  these  devices  to  delay 
instruction  execution  as  necessary. 

The  Microcontroller  chip  is  also  provided  with  an  Interrupt 
capability,  permitting  it  to  recognize  interrupt  requests  from 
external  devices  and  to  respond  to  them. 
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FIG.  3 MICROCONTROLLER  FUNCTIONAL  BLOCK  DIAGRAM 
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Specific  Implementation 
Control  Stack 

The  8-blt  microcontroller  slice  contains  one  8-blt  stack 
register,  and  a 2-blt  stack  address  counter.  In  the  simplest 
configuration  the  single  stack  register  may  be  used  to  store  a 
return  address  for  a subroutine  or  Interrupt  routine;  or  It 
may  be  used  to  store  a loop  counter  for  repeated  execution  of  blocks 
of  microcode.  If  this  single  "stack"  register  Is  Insufficient, 
an  RCA  CD  ^036  4-word  by  8-blt  COSMOS  RAM  connected  directly  to 
two  control  signals,  the  8-blt  stack  data  bus,  and  2-bit  address 
counter,  as  shown  in  Figure  4,  provides  a 5-word  stack. 

If  more  than  5 words  of  stack  are  needed,  an  external  module 
can  be  added  to  provide  additional  stack  locations. 


Basic  Timing  and  Interrupt  Signals 

Basic  timing  signals  are  provided  externally  through  an 
oscillator  input.  This  signal  Is  connected  to  a clock  generator 
which  sequences  Instruction  execution  within  the  controller,  and 
produces  an  output  clock  signal  used  to  drive  any  controlled 
devices.  A clock  enable  Input  determines  whether  the  clock 
output  is  generated  on  each  cycle,  and  a Walt  line  returning 
from  controlled  devices  permits  these  devices  to  delay  instruction 
execution  as  necessary. 

The  microcontroller  chip  is  also  provided  with  an  interrupt 
capability,  permitting  It  to  recognize  interrupt  requests  from 
external  devices  and  respond  to  them.  Much  more  detail  of  the  timing 
and  interrupt  signals  will  follow  in  subsequent  sections. 

Instruction  Repertoire 

II  Assuming  there  Is  no  Interrupt  to  be  executed,  the  function 

I executed  on  a given  operating  cycle  of  the  microcontroller  Is 

I determined  primarily  by  the  four  function  code  Input  lines  F3  |j 

‘ through  FO.  The  Instruction  set  Is  designed  to  permit  use  of 

the  microcontroller  In  either  vertical  or  horizontal  micro- 
processor organizations,  as  will  be  discussed  further  later. 

The  functions  performed  by  each  of  the  Function  Code  states  are 
described  below. 

Figure  5 shows  a detailed  diagram  of  the  microcontroller. 

Table  1 defines  each  control  point  within  the  processor.  Table  2 
shows  a tabular  description  of  exactly  what  the  state 
of  each  control  point  Is  for  each  operation. 


FIG.  4 CONNECTION  TO  EXTERNAL  MEMORY  FOR  5 WORD  STACK 


TABLE  1 CONTROL  POINTS 
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Table  2.  Control  Point  Values 
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Instructions 

NOP  (Code  IXXX)  No-operatlon. 

When  F3  is  a 1,  control  signals  C1-C7  are  all  blocked. 
Regardless  of  the  other  function  control  bits,  the  controller 
performs  no  other  internal  Instruction  than  to  step  the  program 
counter  to  the  next  sequential  address.  This  function  is  provided 
to  control  other  processors.  The  single  bit  F3  determines  whether 
the  microinstruction  is  an  internal  operation  or  another  processor 
function.  Whenever  F3  is  a 1,  all  other  bits  normally  used  by  the 
microcontroller  (F2  through  FO  and  the  8-address  inputs  per  slice) 
are  available  for  other  functions. 

JUMP  (Code  0001)  Jump  to  Instruction  given  by  Address. 

This  function  code  provides  an  unconditional  jump  to  the 
microinstruction  specified  by  the  address  input  bits  A17 
through  AlO. 

JTL  (Code  0011)  Jump  on  Test  Low. 

Causes  a jump  to  the  instruction  specified  by  the  address 
Inputs  if  the  signal  on  the  test  input  is  low.  Otherwise  the 
next  instruction  in  sequence  is  fetched. 

PUSH  (Code  0100)  Push  Address  Inputs  onto  Stack. 

Causes  the  word  on  the  address  Inputs  to  be  pushed  onto  the 
control  stack  and  all  previous  contents  of  the  stack  to  be 
pushed  down.  The  next  microinstruction  in  sequence  is  then 
fetched.  This  instruction  is  normally  used  to  initialize  a loop 
count.  If  no  external  memory  is  connected  to  the  microcontroller, 
then  the  stack  contains  only  one  element.  The  "push"  operator 
degenerates  into  a "store"  operator.  With  a single  CD  4036 
connected  as  shown  in  Figure  4,  the  stack  then  contains  five 
elements.  The  programmer,  however,  must  prevent  stack  overflow. 

TNIJ  Test  for  Non-zero,  Increment  and  Jump. 

The  contents  of  the  top  word  of  the  control  stackare  tested 
for  zero.  If  it  is  non-zero,  the  value  is  incremented  and  returned 
to  the  stack,  and  the  address  Inputs  are  loaded  into  the  program 
counter  to  cause  a jump  to  that  address  in  the  microprogram. 

If  the  top  word  of  the  control  stack  is  zero,  the  word  is  popped 
from  the  control  stack  and  the  next  instruction  in  sequence  is 
fetched.  This  instruction  permits  the  top  word  in  the  control 
stack  to  be  used  as  a loop  counter,  with  control  passed  to  the 
beginning  of  the  loop  until  the  loop  counter  wraps  around  to  zero, 
at  which  time  the  count  is  popped  from  the  stack  and  control  passes 
to  the  instruction  following  the  TNIJ.  When  the  stack  is  zero, 
this  operation  requires  two  machine  cycles  to  complete. 
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JSUB  (Code  0110)  Jump  to  Subroutine 

The  contents  of  the  program  counter  plus  one  are  pushed 
onto  the  control  stack,  and  the  word  on  the  address  input  is  loaded 
into  the  program  counter.  This  causes  a jump  to  the  location 
specified  by  the  address  inputs  while  saving  a return  address 
in  the  control  stack. 

Operate  Group  (Code  0111) 

The  function  or  functions  performed  when  the  operate  group 
code  is  encountered  depend  on  the  contents  of  address  input  bits 
AI4-AI0.  Each  bit  has  a discrete  meaning  as  follows: 

AI4  Raise  Interrupt  Wait  Line. 

AI3  Set  Interrupt  Enable  Flip  Flop. 

A12  Reset  Interrupt  Enable  Flip  Flop. 

All  Return-Load  Top  Stack  Word  into  Program  Counter. 

Note  that  the  JSUB  operation  stacks  the  value  of  the 
program  counter  +1  (i.e.  the  address  of  the  next 
instruction  to  be  executed). 


AIO  POP  - Pops  top  word  from  Stack. 

This  particular  operation  is  a two-cycle  operation. 

When  the  POP  operation  is  called  for  a one  cycle  delay 
in  the  execution  of  the  POP  is  initiated  to  give  the 
All  control  signal,  if  it  is  on,  a cycle  to 
transfer  the  top  stack  element  to  the  program  counter. 

The  POP  operation  may  occur  without  the  return  operation 
All  being  set  also,  but  the  POP  operation  will  still 
require  2 cycles. 

Clock  System 

The  Clock  system  provided  on  the  microcontroller  module 
consists  of  the  Clock  generator,  the  Clock  Enable  signal,  the  Clock 
output,  and  the  Wait  line.  An  external  clock  is  connected  to 
OSC,  and  it  provides  the  basic  timing  of  the  microcontroller. 

Clock  Generator 

The  Clock  generator  uses  the  basic  timing  signal  to  form  a 
pulse  train  consisting  of  3 periods  of  high  level  and  one  of  low 
level.  Internal  operation  of  the  microcontroller  is  controlled 
by  the  resulting  pulse  train.  While  the  clock  is  high,  the  next 
microinstruction  is  fetched  from  control  memory,  and  all  the  decoding 
and  settling  of  the  binary  values  of  the  various  processor  control 
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points  occur.  On  the  negative  clock  transition,  the  relevant 
microoperations  (as  shown  in  Table  2)  are  performed,  and  new 
control  values  set  up.  On  the  positive  going  clock  transition 
(as  shown  in  Table  2),  the  program  counter  is  changed,  and  the 
next  instruction  fetch  begins.  If  an  instruction  causes  the 
stack  to  change,  the  change  always  occurs  on  the  falling  edge  of 
the  clock.  The  program  counter  always  changes  on  the  rising 
edge . 


Wait  Line 


The  Walt  line  input  provides  a means  for  a controlled  device 
to  delay  execution  of  a microinstruction  by  pulling  this  line 
to  ground.  The  Clock  generator  will  not  proceed  from  the  Lo  to 
the  Hi  output  state  while  the  Wait  line  is  grounded.  If  a controlled 
device  wishes  to  delay  execution  of  a microinstruction,  it  must 
recognize  the  instruction  and  ground  the  Wait  line  before  the 
leading  edge  of  the  clock  signal.  The  Wait  line  may  be  released 
at  any  time,  using  the  explicit  instruction  Raise  Wait  Line. 

Clock  Enable 


The  CLK  ENB  line  inhibits  CLK  OUT  signal  (the  output  stays 
in  the  high  state)  when  it  is  grounded,  even  though  internal 
operations  of  the  microcontroller  continue.  This  provision  is 
primarily  for  cases  in  which  some  Instructions  are  for  Internal  •- 
microcontroller  use  and  others  are  for  commanding  external 
functions  from  controlled  devices.  In  this  case,  tying  the 
CLK  ENB  input  and  the  F3  input  together  causes  a CLK  OUT  pulse 
to  occur,  clocking  external  resisters,  etc.,  only  for  NOP  instruc- 
tions (F3=l)  where  bits  F2  through  FO  and  all  address  Inputs 
are  available  to  control  these  external  devices.  When  F3  = 0,  these 
lines  provide  information  to  the  microcontroller  itself,  and  are 
not  available  to  control  external  devices.  Since  F3  = 0,  the 
clock  out  pulse  does  not  occur  and  external  devices  are  unaffected. 

Interrupt  Facility 

The  microcontroller  module  is  internally  capable  of  handling 
single  level  interrupts  through  the  three  interrupt  signals, 

INT  REQ,  INT  CLK,  and  INT  WAIT.  The  INT  REQ  and  INT  CLK  are  a 
control  level  and  clock  signal,  respectively,  from  a requesting 
device,  and  an  interrupt  request  on  these  lines  consists  of  a 
simultaneous  zero  on  these  two  inputs.  The  reason  that  two  lines 
are  required  is  that  the  interrupt  request  line  may  be  the  output 
of  another  controller's  ROM  control  memory.  Each  time  that  controller 
changes  its  address  counter,  noise  "glitches"  will  look  like  interrupt 
request  signals,  and  whenever  the  requesting  processor  executes  an 
Internal  control  instruction,  the  Interrupt  request  line  may  go  low 
for  a full  cycle.  By  having  the  interrupt  clock  line  coming  from 
the  clock  out  of  the  requesting  process,  both  of  these  problems 
are  solved.  The  microcontroller  acknowledges  an  Interrupt  request 
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Immediately  by  grounding  the  INT  WAIT  line.  This  returned  signal 
represents  an  unprocessed  interrupt  and  may  be  used  to  halt  the 
requesting  device. 

The  interrupt  logic  contains  an  interrupt  enable  flip-flop  which 
may  be  set  or  reset  under  microprogram  control.  Whenever  this  flip- 
flop  is  set  and  an  unprocessed  interrupt  is  waiting,  an  interrupt 
occurs  on  the  next  microprogram  cycle  (unless  the  previous  operation 
was  a two-cycle  operation  in  which  case  it  is  delayed  one  cyclei 
The  interrupt  function  simulates  a JSUB  85  and  consists  of  pushing  the 
program  counter  contents  (the  address  of  the  next  sequential  micro- 
instruction) onto  the  stack  and  forcing  the  program  counter  to  "85" 
to  force  a jump  to  location  85.  The  interrupt  enable  flip-flop  is 
also  reset  in  the  process,  so  that  additional  interrupts  cannot  occur 
until  the  programmer  chooses.  The  instruction  at  location  85  is  then 
fetched  and  executed.  As  described  above,  the  INT  WAIT  line  remains 
grounded  until  it  is  reset  to  a high  level  by  the  appropriate 
instruction. 

There  are  no  restrictions  on  when  the  interrupting  process 
must  raise  the  interrupt  request  and/or  interrupt  clock  lines. 

The  circuitry  used  insures  that  regardless  of  how  slow  (or  fast) 
the  interrupting  process  is,  exactly  one  interrupt  will  result 
from  any  coincidence  of  the  low  INT  REQ  and  INT  CL  lines. 

This  interrupt  facility  is  designed  to  permit  the  microcontroller 
to  be  seen  as  an  asynchronous  device  within  a larger  system,  so  that 
it  can  be  requested  to  perform  a service  and  may  delay  execution  in 
the  larger  system  until  it  is  ready  to  accept  the  task.  Depending 
on  the  way  the  Interrupt  enable  flip  flop  is  handled  in  the 
microcode,  this  new  request  may  either  interrupt  an  on-going  task 
or  may  be  held  until  a previous  task  is  completed.  The  interrupt 
facility  may  also  be  used  within  a system  to  provide  transparent 
handling  of  some  controlled  device  such  as  an  A/D  converter  or  to 
provide  the  basic  timing  for  a repetitive  task  which  is  started 
on  each  interrupt. 

While  only  a single  level  Interrupt  is  designed  into  the  micro- 
controller hardware,  extensions  to  multi-level  priority  interrupt 
structures  can  be  developed  through  microcoding  and  external  priority 
encoding  hardware.  Figure  6 shows  a convenient  way  to  permit  an 
interrupting  process  to  be  able  to  generate  many  distinct  commands 
without  requiring  the  interrupted  process  to  use  microcode  to 
determine  which  command  to  execute,  or  how,  in  other  words,  to  imple- 
ment vectored  interrupts.  The  interrupting  process  generates  the 
Interrupt,  and  at  the  same  time,  places  a one  or  more  bit  "Interrupt 
code"  on  predetermined  control  lines.  The  Interrupted  process  will 
immediately  ground  its  wait  line,  stopping  the  interrupting  process 
with  the  above  code  still  on  its  output  control  lines.  The  control 
lines  containing  the  code  are  connected  via  an  AND/OR  select  or  3 
state  device  to  the  Interrupted  process'  address  Inputs.  When  the 


OP  INST.  TO  REQUEST  INTERRUPT 

CODE  ADDRESS  F3  CODE 


FIG.  6 IMPLEMENTING  VECTORED  INTERRUPTS 
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Interrupt  process  can  process  the  Interrupt,  it  merely  executes  a 
Jump  Instruction  with  a single  dedicated  control  bit  selecting  the 
"interrupt  code"  as  its  address  input.  Different  interrupt  codes, 
then,  will  cause  Jumps  to  unique  locations  to  handle  the  interrupt. 

Initialization 


The  microcontroller  automatically  executes  the  instruction 
at  location  0 in  the  control  memory  (all  address  bits  equal  0) 
whenever  the  Initialize  input  is  raised.  Also,  the  clock  generator 
is  set  to  its  Lo  state,  hence  if  several  microcontrollers  are 
initialized  simultaneously,  and  have  a common  clock,  they  will 
operate  synchronously.  Even  when  Interrupted  or  temporarily  caused 
to  wait  by  a grounded  Wait  line,  they  will  operate  synchronously. 

A process  always  ungrounds  its  Interrupt  Wait  line  on  the  failing 
edge  of  its  clock.  The  process  which  was  caused  to  wait  by  its 
grounded  Wait  line  but  may  now  proceed,  will  have  stopped  with  its 
clock  line  low.  On  the  next  (common)  oscillator  pulse,  both  processes 
will  see  the  rising  edge  of  their  clocks,  and  hence  remain  in 
synchronization. 

The  Initialize  signal  also  resets  the  Interrupt  Walt  line, 
and  clears  any  existing  interrupt  requests.  The  Initialize  signal 
must  last  at  least  two  clock  cycles,  and  the  OSC  input  must  provide 
clock  signals  during  these  two  cycles. 


26 


NSWC/WOL  TR  76-175 


BASIC  TYPES  OF  MODULES 

The  purpose  of  any  processing  system  is  to  execute  some  form 
of  an  algorithm.  If  It  is  desired  to  configure  a system  to 
execute  an  algorithm  out  of  basic  modules,  then  several  types 
of  modules  are  needed. 

Program  Memory  Module 

The  algorithm  is  encoded  into  a sequence  of  instructions  to 
be  executed  by  a Control  element.  The  Instructions  are  stored 
in  a program  memory  module.  Since  the  program  must  be  non-volatile, 
a Read  Only  Memory  is  used.* 

Read/Write  Data  Memory 

In  addition  to  the  program  memory,  there  must  be  read/ 
write  m.emory  for  storage  and  retrieval  of  data. 

Control  Element 


The  Control  element  reads  and  executes  the  program  algorithm. 

The  controller  performs  certain  control  operations  Itself,  and  as 
required  by  the  program  algorithm,  delivers  commands,  control  signals, 
and  data  to  processing  modules  to  perform  processing  tasks.  The 
microcontroller  to  be  used  for  this  purpose  vias  described  in  the 
previous  chapters. 

Priority  Selector 

If,  in  a system,  it  is  necessary  to  have  several  modules 
accessing  a single  other  module,  and  if  these  commands  can  overlap 
or  occur  simultaneously  in  time,  then  a device  to  resolve  conflicts 
is  needed.  The  device  to  accomplish  this  task  is  called  a priority 
request  arbitrator,  priority  selector,  or  port  expander. 

Figure  7 shows  a priority  selector  used  to  resolve  conflicts 
when  two  or  more  modules  can  simultaneously  access  the  same 
process.  It  operates  as  follows: 

1.  Two  (or  more)  modules  simultaneously  request  service 
from  a processing  module.  The  request  for  service  is 
made  by  grounding  the  request  line.  To  prevent  noise 
on  the  request  line  from  being  interpreted  as  a request, 
the  priority  selector  does  not  actually  respond  to  any 
request  until  the  Interrupt  clock  line  also  goes  low. 

Figure  7 shows  the  way  in  which  the  microcontroller 
described  in  previous  chapter  is  connected  to  generate 
the  request  and  clock  signals  to  a processing  module  or 
priority  selector. 
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When  the  Request  and  Clock  lines  from  one  or  more  modules 
go  low,  the  priority  selector  Immediately  grounds  the 
Wait  line  to  the  requesting  modules  until  it  can  determine 
which  should  be  given  priority. 

2.  If  the  receiving  PM  is  busy,  then  the  priority  selector 
must  wait.  When  it  is  no  longer  busy  then  the  command  and 
clock  signals  from  the  selected  requesting  PM  are  passed 
to  the  receiving  PM.  The  receiving  PM  immediately 
grounds  its  Wait  line,  and  will  leave  it  grounded  until 

it  has  finished  any  processing  which  must  be  completed 
before  the  requesting  PM  can  proceed. 

3.  When  the  receiving  PM  raises  its  Wait  line,  the  Wait 
line  to  the  requesting  PM  is  immediately  raised, 
permitting  it  to  read  an  answer  from  the  Bus,  etc. 
if  the  receiving  process  was  an  output  port,  or  to 
remove  the  data  from  the  bus  if  the  port  was  an  input 
port . 

4.  The  communication  path  between  the  requesting  and  receiving 
modules  established  by  the  priority  selector  will  not  be 
relinquished  until  the  command  line  returns  Hi,  and  is  Hi 
when  the  clock  signal  goes  Lo.  At  that  point,  the 
communication  path  is  disestablished,  and  another  PM 
given  priority.  If  the  command  line  is  still  low  when 

the  clock  goes  low, then  this  is  interpreted  as  another 
command  and  is  passed  to  the  receiving  PM  exactly  as 
before.  In  this  way,  once  communication  is  established, 
the  requesting  process  can  give  as  many  commands  as  desired. 
Note  that  the  requesting  process  can  execute  any  number 
of  internal  commands  without  relingulshlng  the  communication 
path  so  long  as  it  does  not  lower  its  clock  out  signal. 

5.  The  multiplexer  can  actually  be  a separate  module  from 
the  priority  selector.  The  multiplexer  then  need  not  have 
a specific  number  of  bits.  With  a separate  mux,  if  more 
bits  are  needed,  another  mux  module  can  easily  be  added. 
Another  approach  is  to  have  the  priority  selector  outputs 
connect  to  three  state  control  Inputs  on  the  requesting 
and  receiving  devices,  and  set  up  the  communication  path 
that  way.  Using  this  scheme,  no  multiplexer's  are  needed, 
and  there  are  less  interconnecting  wires. 

Thus  far,  we  have  assumed  the  priority  arbitrator  is  connected 
between  processes  which  always  ground  their  Wait  line  when  issued 
a command.  If  the  receiving  device  is  simpler,  then  a minor 
refinement  is  required.  Assume  as  shown  in  Figure  8 the  receiving 
device  is  an  input  port.  When  the  priority  arbitrator  passes  a 
command  and  clock  signal  to  the  input  port,  if  the  port  can  accept 
data,  it  simply  opens  its  latches  to  receive  data,  without 
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grounding  its  Wait  line.  Without  that  positive  response,  the  j 

previously  described  arbitrator  would  not  know  when  to  raise  I 

the  Wait  line  of  the  requesting  module.  In  order  to  solve  | 

this  problem,  when  the  priority  arbitrator  grounds  the  Command  | 

and  Clock  line  to  a receiving  module,  if  it  does  not  receive  I 

a wait  signal  from  that  module  within  some  fixed  time,  then  it 

will  raise  the  Wait  line  of  the  requesting  module.  This  gives  ' 

the  receiving  module  time  to  ground  its  Wait  line.  This  time  must 

be  greater  than  the  maximum  delay  through  the  receiving  module  and 

any  other  arbitrators  connected  to  the  output  of  the  first.  This 

problem  could  also  be  solved  by  always  requiring  an  input  port 

to  lower  its  Wait  line  for  one  clock  pulse  as  a positive  response,  1 

even  if  it  is  not  busy.  1 

In  simple  structures  where  a receiving  module  is  impervious  | 

to  "glitches",  as  for  example,  an  output  port,  then  the  Interrupt 
clock  signals  can  be  tied  to  ground  and  not  used.  Now,  however,  the 
priority  arbitrator  will  have  no  way  to  know  if  a second  command  J 

is  being  Issued  unless  the  Command  line  goes  high.  When  this  occurs, 
since  now  the  Command  line  is  high  while  the  clock  is  low,  the 
priority  selector  will  disestablish  the  communication  path,  and  may 
reassign  priority  to  another  request. 


As  a specific  example  of  the  priority  selector,  its  operation 
as  a memory  port  expander  will  be  described.  Assume,  as  shown  in 
Figure  9.  that  two  PM's  ground  their  request  and  Clock  lines 
simultaneously.  The  priority  selector  immediately  returns  a Wait 
signal  to  both,  and  then  determines  which  has  the  higher  priority. 
When  that  decision  is  made,  the  Command  and  Clock  lines  to  the 
selected  PM  {#2  for  example)  are  grounded,  and  the  mux  set  to 
interconnect  the  buses  from  the  requesting  and  receiving  modules. 
The  receiving  module  immediately  grounds  its  Wait  line.  Assume  the 
command  code  on  the  command  inputs  to  the  receiving  module  Indicate 
that  a read  address  command  is  to  be  executed.  The  requesting  PM 
will  already  have  the  address  on  the  bus,  hence  the  receiving 
module  can  either  latch  the  address  and  begin  reading  the  memory, 
or  address  the  memory  directly  with  the  address  on  the  bus.  When 
the  address  is  no  longer  needed  on  the  bus,  the  receiving  module 
raises  its  Wait  line.  The  priority  selector  immediately 
ungrounds  the  Wait  line  of  the  requesting  process.  The  data  path 
previously  established  is  not  relinquished  and  on  the  next 


occurrence  of  the  low  clock,  the  priority  selector  will  pass  another 
command  to  the  receiving  module.  The  command  code  will  indicate 
that  the  result  of  the  previous  read  should  be  placed  on  the  buses. 
The  receiving  module  will  Immediately  ground  its  Wait  line,  and  will 
raise  it  when  the  desired  memory  word  is  on  the  bus , The  priority 
selector  will  unground  the  requesting  processes  Walt  line,  and  it 
will  read  the  result  from  the  bus  on  the  next  leading  edge  of 
it  internal  clock. 


OUTPUT  PORT  CONNECTION  TO  PRIORITY  ARBITRATOR 


PROCESSOR  NO.  1 | PROCESSOR  NO.  2 

WAIT  WAIT 


FIG.  9 PRIORITY  ARBITRATOR  CONNECTED  AS  MEMORY  PORT  EXPANDER 
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In  the  above  example,  as  long  as  the  requesting  process  keeps 
its  Command  line  low  (while  the  clock  is  low)  then  any  amount  of  data 
can  be  transferred.  If  the  command  is  a write,  then  the  data  and 
address  can  be  sent  simultaneously,  and  only  one  command  is  needed. 

If  the  bus  is  to  be  multiplexed,  then  the  address  can  be  sent  first  - 
followed  by  the  data  and  write  command  on  the  next  instruction. 


Processing  Elements 

The  "Processing  Elements"  of  a system  are  the  elements  which 
receive  commands  and  data,  and  map  these  into  some  input.  Examples 
of  Processing  Elements  are: 

a.  A/D  or  D/A  converters  : 

b.  Logic,  and/or  arithmetic  elements,  etc. 

c.  Digital  filters 

d.  FFT  or  correlation  processors 

A good  example  of  the  advantages  possible  using  a microcontroller  ' 

Instead  of  a single  chip  microprocessor  are  seen  in  the  area  of  ; 

communication  and  synchronization.  In  a conventional  fixed 

architecture  processor,  if  a processor  A requires  a predetermined  { 

piece  of  data  from  an  asynchronous  processing  element  B,  A would  execute  ! 

the  following  type  of  code. 

i 

Process  A • 

, j1 I i 

Disable  Interrupts  I 

i i 

Interrupt  B I 

to  request  data  - 


No 


Read  Input  Port 

If 

Enable  Interrupt 


Proceed 
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Using  the  microcontroller,  a single  Instruction  • 

"INTERRUPT  B-READ  B’s  BUS"  . | 

can  easily  be  implemented  by  connecting  one  (or  more)  of  A’s 
arbitrary  control  lines  to  B's  interrupt  Inputs,  and  another  to  a 
tri-state  buffer  which,  when  Hi,  connects  B's  bus  to  A's  bus. 

Process  B (assuming  it  is  also  a microcontroller)  immediately 
(combinatorially ) returns  a WAIT  signal  before  the  rising  edge  of  A's 
clock,  at  which  time  A would  latch  in  the  data  on  the  bus.  The 
WAIT  signal  freezes  Processor  A,  poised  ready  to  read  the  required 

data  item.  B removes  the  WAIT  as  soon  as  the  data  is  on  the  bus,  ; 

and  A latches  the  required  data  item.  Numerous  Instructions  been  j 

eliminated,  no  output  port  is  required,  and  the  communication  is  ' 

faster.  ;! 

Much  more  powerful  forms  of  interprocess  communication  can  be  || 

implemented.  It  is  easy,  for  example  to  connect  some  of  A's 
control  lines  to  implement  instructions  in  Processor  A which 
Commandeers  (transparent  to  B)  some  or  all  the  resources  of  B. 

A could  read  or  alter  B's  memory  and  input  or  output  ports,  or  use 
its  arithmetic  processor. 
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EXAMPLE  OF  A DIRECT  EXECUTING  COMPUTER  IMPLEMENTED  WITH  THE 
MICROCONTROLLER 

Figure  10  shows  a minimum  capability  digital  computer  Implemented 
from  several  elements,  Including  the  previously  defined  microcontroller 
module.  The  arithmetic  capability  is  provided  by  existing  RCA  Type 
^057  Arithmetic/Logic  Units.  The  computer  is  a "Harvard  Type" 
machine  in  that  memories  for  its  program  and  its  data  are  logically 
separated.  It  operates  by  direct  execution  of  programmer-generated 
microcode,  rather  than  by  microprogrammed  emulation  of  some  virtual 
machine  instruction  set,  so  the  Control  Memory  containing  the  micro- 
code is  also  the  Program  Memory.  This  approach  provides  the  fastest 
execution  of  the  program,  but  the  instruction  set  seen  by  the  programmer 
consists  only  of  very  basic  operations.  However,  in  this  instance 
the  instruction  set  approaches  that  normally  found  in  the  smallest 
minicomputers,  so  that  programming  at  the  microcode  level  is  not  an 
undue  hardship.  A vertical  organization  is  used  in  the  microcode, 
so  that  each  instruction  is  either  a sequence  control  instruction 
executed  by  the  microcontroller  or  an  execution  type  instruction 
performed  by  other  elements.  Again  this  is  similar  to  the  instruction 
set  seen  in  small  minicomputers.  While  this  architecture  has  been 
investigated  primarily  to  determine  the  capability  of  the  microcontroller 
and  the  4057  ALU  to  form  a useful  computer,  it  may  form  a useful  data 
processor  in  certain  small  applications.  The  simple  architecture 
does,  however,  have  several  obvious  limitations,  the  most  severe  of 
which  is  its  inability  to  compute  or  modify  a data  address.  This  is 
a basic  requirement  in  any  operations  on  data  arrays. 

Because  the  program  and  data  memories  are  separate,  there  is  no 
necessary  connection  between  the  data  word  width  and  the  Instruction 
word  width.  The  data  width  in  the  figure  is  shown  as  arbitrary, 
although  the  four-bit  slice  width  in  the  4057  would  dispose  one  to 
use  some  multiple  of  four  bits.  The  instruction  word  width  was 
arbitrarily  chosen  as  l6  bits.  This  choice,  along  with  the 
instruction  format  chosen,  limited  the  length  of  the  Program  Memory 
to  256  words  and  the  length  of  the  Data  Memory  to  128  words.  These 
could  be  expanded  by  increasing  the  width  of  the  Program  Memory  word, 
but  they  would  generally  be  adequate  for  small  processing  problems. 


The  instruction  set  is  basically  determined  by  the  instruction 
sets  of  the  microcontroller  and  of  the  ALU.  The  most  significant 
bit  of  the  instruction  word  is  used  by  the  microcontroller  to 
determine  whether  the  operation  is  a control  or  execution  type. 

The  next  three  bits  are  decoded  by  the  microcontroller  for  control 
instructions  and  form  Device  Select  Enable,  Memory  Cycle  Enable, 
and  Read/Write  Select  control  bits  for  the  execute  type  instructions. 
The  next  two  bits  select  one  of  four  test  lines  for  conditional  Jump 
Instructions,  and  the  remaining  ten  bits  form  an  address  field  for  all 
control  instructions.  For  execute  instructions  the  eight  least 
significant  instruction  bits  are  used  for  data  memory  address 
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information,  while  the  next  four  higher  bits  select  the  ALU  operation 
code.  When  the  Device  Select  Enable  is  low,  the  four  least  significant 
bits  also  select  one  of  sixteen  control  bits  for  controlling  I/O 
devices. 

The  useful  instruction  set  resulting  from  this  architecture  is 
shown  in  Table  3 . 
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TABLE  3 

INSTRUCTION  SET  OF  DIRECT  EXECUTING  COMPUTER 


OOOOXXXXXXXXXXXX 


NOP 


No  operation  is  performed.  Proceeds  to  next  Instruction. 


OOOIXXAAAAAAAAAA 

Unconditional  jump  to  location  A 


JUMP  A 


OOlONNAAAAAAAAAA 


JTLn  A 


Jump  if  test  line  n is  Lo,  otherwise  go  to  next  Instruction, 
n is  a number  from  0 through  3.  The  four  test  lines  are  connected 
Internally  to  tests  such  as  Accumulator  zero  test  or  sign  test,  or  to 
discrete  tests  in  I/O  device  Interfaces. 


OlOOXXNNNNNNNNNN 


PUSH  N 


Push  the  number  N onto  the  control  stack  and  proceed  to  the 
next  Instruction.  Normally  used  to  initialize  a loop  counter. 


OIOIXXAAAAAAAAAA 


TIJ  A 


If  loop  counter  non-zero  increment  counter  and  jump  to  location 
A.  Otherwise  pop  loop  counter  from  control  stack  and  proceed 
to  next  instruction. 


foil'oXXAAAAAAAAAA 


JSUB  A 


Jump  to  subroutine  at  location  A.  Save  current  address  plus 
one  by  pushing  onto  control  stack. 


lo  1 1 1 X X' ' XXXXXSSSSSI 


OPGROUP 


Any  set  of  the  following 
combined  into  one  instruction 
S field. 


5 operate  group  instructions 
by  setting  the  corresponding 
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may  be 
bit  of  the 
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INTE 


INTD 


ro~  1 1 1 X X X X'  X T'X  0 1 Q 1 1 


Set  Interrupt  Enable  flip-flop. 


OlllXXXXXXXOOlll 


Reset  Interrupt  Enable  flip-flop, 


joillXXXXXXXO  0 0 10 


Pop  word  from  top  on  control  stack  and  proceed  to  the  next 
instruction.  Usually  used  to  remove  a loop  counter  from  the  stack 
when  exit  from  loop  occurs  before  count  reaches  zero. 


RETURN 


lOlllXXXXXXXXOOOO 


Jump  to  return  location  in  top  word  of  control  stack, 
used  in  conjunction  with  POP  for  subroutine  return. 


Usually 


1 1 1 _ X x_x  jc  X x_ X i~o  'o  1 n 


RAISI 


Raises  the  interrupt  wait  line,  permitting  an  interrupting 
process  to  proceed. 

[T  i_i7x”  0 0 0 0 TTY^TY'x  x x|  nop 

No  operation  is  performed.  Proceeds  to  next  instruction. 


1 1 0 1 .0_0_0  _1  _d  , p_  d_d_djp  p Pj 


AND  D 


AND  the  contents  of  data  word  D to  the  accumulator. 


[0_ A. JL  X X X X X X 


Decrement  the  accumulator  by  one. 
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1 1 IX  0 0 1 1 X X X X X'X  X Y1  INC 

$ 

Increment  the  contents  of  the  accumulator  by  one. 


rilix'oiooxxxxxxxx 


NEC 


Negate  the  number  In  the  accumulator. 


IIOIOIOIDDDDDDDD  SUBN  D 


Subtract  the  accumulator  contents  from  the  contents  of  data 
memory  word  D and  place  the  results  In  the  accumulator. 


IIOIOIIODDDDDDDD 


ADD  D 


Add  the  contents  of  data  memory  word  D to  the  accumulator. 


llOlOlllDDDDDDDDi  SUB  D 

Subtract  the  contents  of  data  memory  word  D from  the  accumulator. 


IIIXIOOOXXXX  X'X  X X I 


SET 


Set  the  accumulator  to  all  ones. 


IIIXIOOIXXXXXXXX 


CLEAR 


Clear  the  accumulator  to  all  zeros. 


IIOIIOIODDDDDDDD 


XOR  D 


Exclusive  OR  the  contents  of  data  memory  word  D to  the  accumulator. 
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IIOIIOIIDDDDDDDDI 


OR  D 


OR  the  contents  of  data  memory  word  D to  the  accumulator. 

LOAD  D 


llOlllOODDDDDDDD 


Load  the  accumulator  from  data  memory  word  D. 


IIIXIIOIXXXXXXXX 


LEFT 


Shift  accumulator  left  one  bit. 

\ rY'ririinrQ~^xYYYT'TY 


RIGHT 


Shift  accumulator  right  one  bit 


lllXllllXXXXXXXX 


ROTR 


Rotate  accumulator  contents  right  one  bit 


1 1 0 0 0 0 0~~0  D D D D D D D FI 


STORE  D 


Store  accumulator  contents  in  data  memory  word  D. 

INPUT  N 


lOllllOOXXXXNNNN 


Load  accumulator  from  input  device  N,  N,  from  0 through  15, 
flOlOOOOOXXXXNNNN 


OUTPUT  N 


Place  accumulator  contents  in  output  device  N,  N from  0 through  15. 
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